home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 1143 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.4 KB
  1. Subject: Re: another 1.10 job control bug? 
  2. Date: Fri, 04 Mar 1994 02:02:28 -0800
  3. From: Howard Chu <hyc@hanauma.jpl.nasa.gov>
  4.  
  5.   "Nicholas S Castellano" <entropy@terminator.rs.itd.umich.edu> writes:
  6.   |>> i think the problem was when there are several processes in a group the
  7.   |>> leader isn't always the one that exits last, and then you could no longer
  8.   |>> signal the others from the terminal after that. (^c, ^z, ...)  of course
  9.   |>> you could say the parent should always catch SIGCHLD and then TIOCSPGRP
  10.   |>> whenever the first process in a pipe (for example) exited but somehow i
  11.   |>> doubt thats a real solution...  (although i did put such a hack in ksh
  12.   |>> first... :)
  13.   
  14.   |> Is there any situation where a process group leader exits and you
  15.   |> still want processes in that group to be allowed to access the tty?
  16.   
  17.   Bash sets up a pipeline by making the first process the group leader.
  18.   So if you pipe the output of a process into less, for example, this
  19.   process will almost always exit before less. I think there is no
  20.   better solution except adding sessions to MiNT. And bash is supposed to
  21.   be POSIX complient.
  22.  
  23. Ah, now that you mention this, it all comes clear to me... I believe that
  24. ash and tcsh do this as well. (I'm imprecise here because I'm a bit foggy on
  25. exactly when I encountered this problem.) I was trying to pipe a command to
  26. grep, and grep kept on getting suspended. Not a good situation...
  27.